home *** CD-ROM | disk | FTP | other *** search
/ BCI NET / BCI NET Dec 94.iso / archives / telecomm / bbs / maxsdoors2.lha / OutBndCnt001.lha / OutboundControl / docs / OutboundControl.DOC < prev    next >
Text File  |  1992-09-20  |  5KB  |  138 lines
  1. OutboundControl v 0.01   Sept '92.   
  2. ----------------------------------
  3.  
  4. Q: Who is this program for?
  5.  
  6. MAXSBBS users that are into heavy-duty mail processing, and
  7. in particular, those that are exporting large amounts of mail.
  8.  
  9.  
  10. Q: Background?
  11.  
  12. Having recently been away for 3 months, I was going nuts trying 
  13. to figure out why the BBS HD kept filling up while I was away.
  14.  
  15. Before I left, I made all sorts of scripts to automatically
  16. process incoming nodelist and other stuff, to ensure that 
  17. something like this couldn't happen.
  18.  
  19. My flatmate told me there was a Disk Full requestor. By phone,
  20. (I didn't have access to a modem), she was instructed to 
  21. delete suspicious files, particularily in my inbound dir.
  22. (Once, the BBS itelf got deleted, but that's another story...)
  23.  
  24. We started with the T: directory. A week later, we had to get 
  25. rid of my Games: directory. And so on. The nodelist (1.5MB) 
  26. got killed as well.  And the HD _still_ kept filling up...
  27.  
  28. And the phone bills got bigger and bigger...
  29.  
  30. Even when I was back in Oz, it took me a week to find the reason.
  31.  
  32.  
  33. I run all mail processing on a background node, as I can't really 
  34. have the BBS offline for 2 hours/day for tossing mail.
  35.  
  36. This node has to use its own separate configuration file (reason
  37. being that it has to import on a set time, whereas the other node 
  38. is not allowed to touch the mail at all. Indeed, node1 would 
  39. happily attempt to import the mail if given half a chance, but would 
  40. instantly kill it, since MAXS cannot handle ARC mail real well.)
  41.  
  42. Anyway, the bgrd node was set up to export mail to a point, which I'd
  43. pretty much forgotten about. The point had decided not to collect any 
  44. further mail (and I think I was told about this aat some stage, so 
  45. it's really my own fault), but maxs was still exporting to them.
  46.  
  47. So, by the time I found this out, the outbound packet to this node 
  48. had built up to 16 (sixteen) MEGABYTES!. I thought I had a fair bit 
  49. of room on my Work: partition before I left, but not THAT much 8-).
  50.  
  51.  
  52. Q: Get to the point, I havent got all day?!
  53.  
  54. Ok, well, anyway, this here (attached) is a set of script files that
  55. will check your outbound directories size and notify you if they are 
  56. too big (configurable).
  57.  
  58.  
  59. Q: How do I install it?
  60.  
  61. Put the scriptfiles in BBS:Scripts (better make that dir up if you  
  62. don't already have one...).
  63.  
  64. Copy Tsize to C: 
  65. Copy SYSLOG to C: if you want a log to be updated,
  66.           if not, jsut ignore this one.
  67.  
  68. It's possibly you already have syslog or tsize of course, in 
  69. which case, fine.
  70.  
  71. Similar programs may also work. Note Tsize will give the size of a dir 
  72. in _bytes_, so make sure your program does the same.
  73.  
  74. Tsize will print too much garbage (thus confusing the script)
  75. if you are not at the bottommost level of a directory tree.
  76.  
  77. The script takes care of this, as long as you dont have any 
  78. strange directories INSIDE your various outbounds?!
  79.  
  80. BTW BBS:FIDONET/OUTBOUND is used as the path beginning.
  81. (If this is unacceptable in your case, let me know...)
  82.  
  83.  
  84. Execute the scriptfiles from a systemevent, or 
  85. run crontab to execute various tasks at set times/days.
  86.  
  87. Cybercron (included is WB2 only, as MAY the script be as well).
  88.  
  89. Outboundcontrol will look for all your subdirectories under 
  90. outbound, regardless of how many there are. (in other words,
  91. even those old ones that may not be used by maxs anymore will
  92. still be checked).
  93.  
  94. the only parameter is the max size allowed in Kbytes, ie
  95.  
  96.     EXECUTE BBS:Scripts/outboundcontrol 2000
  97.     
  98. will run the script, with a limit of 2Megabytes (2000K).
  99. (Default value is 2500 K)
  100.  
  101. IF any dir contains more than this, the program will display
  102. this info in the CLI window. Also, it will be written to
  103. S:System.log if my prg could find SYSLOG in C:
  104.  
  105. So far, the program will only serve as a handy warning method.
  106.  
  107. For completely unattended operation, also put the outboundcontrol-C
  108. script with the others.
  109.  
  110. This script is called from the first scripts each time a directory
  111. is over the limit. The directory name is passed as a parameter, so
  112. it's then up to you to decide what to with it.
  113.  
  114. The sample file simply deletes everything in that directory,
  115. (NOTE: For security, I have commented out 'delete' from the script.)
  116.  
  117. This is also the place if you want to change the script so that it 
  118. will provide one (or more?) exceptions to the limit. Or make it 
  119. delete certain files in preferences of others, perhaps nodelists? 
  120.  
  121. You could attempt to delete the oldest files, but this will not 
  122. work smoothly with mail packets, as the filedate is updated 
  123. each time something is added to the archive.
  124.  
  125.  
  126. Anyway, look at outboundcontrol-C and edit as desired. If you feel 
  127. you must tinker with the other scripts, let me know, please send 
  128. me a copy. Really, youd be better of not touching them, I think!
  129.  
  130.  
  131. Ok, that's about it. Any probs, let me know! Mr Fax BBS, 3:711/509
  132. Maxsnet 3:30000/70, Worldnet 61:9600/333.
  133.  
  134. Phone: 02-9294407 voice, 02-9556681 BBS (V32bis)
  135.  
  136.  
  137. Michael Borgefjord
  138.